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DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 

1 1/25/2008 has been entered. 

2. Claims 1-15 are pending in this office action and presented for examination. 
Claims 1-9 and 11 are newly amended and claims 12-15 are newly added by 
amendment filed 11/25/2008. 

Claim Objections 

3. Claim 1 is objected to because of the following informalities. Appropriate 
correction is required. 

a. Claim 1 recites the limitation "when it is determined that that the address" 
in line 1 1 , which presumably has an inadvertent duplication of "that". 



Claim Rejections - 35 USC §112 

4. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 
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The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 1 2-1 5 are rejected under 35 U.S.C. 1 1 2, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

6. Claims 12-15 recite the limitation "a modification.... is reduced" in lines 1-2. It is 
indefinite as to what a modification is referring to, and in what way it is being "reduced" 
as a modification can presumably have many different traits which can be "reduced." 

7. Claims 1 3-1 5 recite the limitation "a modification of the at least one digital 
message to indicate the type of the implicit jump is reduced by adding the field only 
when the at least one digital message is provided as the implicit jump message" or a 
slight variant therefor. It is indefinite as to the intent of the limitation as their 
corresponding independent claims (claims 7, 8, and 1 1 respectively) appear to recite 
the identical concept (e.g. claim 8's, "only when the jump is implicit... adding an 
additional field to the implicit jump message, wherein the additional field includes a 
value identifying a type of the implicit jump"). Therefore, assuming that the claimed 
limitations can be interpreted in a manner which further narrows the scope of the claim, 
it is indefinite as to whether this interpretation or the clear-cut interpretation is 
applicable. Note that alternatively, an issue may arise in that claims 13-15 would not 
narrow the scope of the parent claim. 
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Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

9. Claims 1-15 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Nexus 5001 Forum: Standard for a Global Embedded Processor Debug Interface 
(Nexus 5001 Forum) in view of Argade et al. (Argade) (US 5724505). 

10. Nexus 5001 Forum is cited by the applicant in IDS paper filed 5/13/2005. 

1 1 . Argade is cited by the applicant in IDS paper filed 5/1 3/2005. 

12. Consider claim 1 , Nexus 5001 Forum discloses a method for transmitting digital 
messages (page 52 of 150, section 6.2, transmission), on execution of an instruction 
sequence by a microprocessor (page 59 of 150, last paragraph, message is output by 
the target processor whenever there is a change of program flow), through output 
terminals of a monitoring circuit integrated on the microprocessor (Table 7-1, Auxiliary 
Pins required per interface), at least one digital message of said digital messages being 
representative of characteristic data stored by the monitoring circuit on detection of a 
jump in the execution of an instruction sequence from an initial instruction to a 
destination instruction different from an instruction following the initial instruction in the 
instruction sequence (page 59 of 150, Table 6-6 and 6-7, branch message and indirect 
branch messages), the method comprising, the steps of: determining whether the jump 
is associated with a jump instruction explicitly indicating an address of a destination 
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instruction of the jump (Table 6-6 and Table 6-7, which shows the resulting messages 
based on the determination; a determination is inherent for the appropriate message to 
be sent); when it is determined that that the address of the destination instruction is 
explicitly indicated in the jump instruction: assigning a first value to a first set of bits of at 
least one digital message to provide an explicit jump message, and transmitting the 
explicit jump message; and when it is determined that the address of the destination 
instruction is not explicitly indicated in the jump instruction: assigning a second value to 
the first set of bits of at least one digital message to provide an implicit jump message 
indicating an occurrence of an implicit jump, and transmitting the implicit jump message 
(Table 6-6 and Table 6-7, when yes, Table 6-6 shows that the TCODE set of bits will be 
equal to 3; when no, Table 6-7 shows that the TCODE set of bits will be equal to 4; 
page 52 of 150, section 6.2, transmission). 

However, Nexus 5001 Forum does not explicitly disclose adding a field to the 
implicit jump message, the field comprising a second set of bits identifying a type of the 
implicit jump from among several types of implicit jumps, wherein the field is added only 
when the address of the destination instruction is not explicitly indicated in the jump 
instructions. 

On the other hand, Argade does disclose of identifying a jump as an implicit jump 
from among several types of implicit jumps by assigning to a set of bits a specific value 
(col. 5, lines 39-45, the INSTR TYPE, which is part of a digital message of lines 24-27, 
with the types of implicit jumps being type_1 and type_2, in col. 5, lines 49-65). 
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Argade's teaching of identifying an implicit jump from among several types of 
implicit jumps enables real-time program tracing which enables the user to re-construct 
a full program trace (Argrade, col. 5, lines 35-38). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Argade with the invention of the Nexus 
5001 Forum in order to successfully debug most programs, as explained above. Note 
that the combination of Argade and Nexus would teach the claimed limitations, which is 
explained as follows. 

Argade teaches of identifying types of implicit jumps in trace information. The 
invention of Nexus entails sending out trace information via digital messages. It would 
have been further obvious to one of ordinary skill in the art at the time of the invention to 
include the trace information of Argade into the digital messages of Nexus in order to 
decrease cost and space, for example (e.g. incorporating the type of implicit jump in the 
tracing mechanisms already existing in Nexus, as opposed to creating some entirely 
new method of trace information transmission solely for the use of conveying implicit 
jump type information, would obviate the cost of this hypothetical new method of trace 
information transmission as well as the space necessary to implement this hypothetical 
new method of trace information transmission. The implementation of the trace 
information of Argade into the digital messages of Nexus thus teaches the limitations of 
adding a field to the digital message, the field comprising a second set of bits identifying 
a type of the implicit jump from among several types of implicit jumps. 
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Additionally, it would have been further obvious to one of ordinary skill in the art 
at the time of the invention to include the trace information of Argade, which identifies 
types of implicit jumps, in only the implicit jump messages of Nexus, in order to increase 
efficiency, as an explicit jump message of Nexus would logically have no use for 
information identifying a type of implicit jump (as an explicit jump is not an implicit jump 
at all), and forgoing the field in explicit jump messages would decrease the size of the 
explicit jump messages, thus increasing transmission efficiency. The implementation of 
the trace information of Argade into the digital messages of Nexus thus teaches the 
limitations of adding a field to the implicit jump message wherein the field is added only 
when the address of the destination instruction is not explicitly indicated in the jump 
instructions. 

1 3. Consider claim 7, Nexus 5001 Forum discloses means for detection of a jump 
on execution of an instruction sequence by the microprocessor (Nexus 51001 Forum, 
Table 6-6 and 6-7); means for storing data characteristic of the detected jump (page 59 
of 150, Table 6-6 and 6-7, branch message and indirect branch messages); means for 
generating at least one digital message based on the stored characteristic data, the at 
least one digital message comprising a first set of bits, wherein: the first set of bits is 
set to a first value when the jump is associated with a jump instruction of the instruction 
sequence explicitly indicating an address of a destination instruction of the jump to 
provide an explicit jump message, and the first set of bits set to a second value when 
the jump is associated with a jump instruction of the instruction sequence not explicitly 
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indicating the address of the destination instruction to provide an implicit jump message 
indicating an occurrence of an implicit jump (Table 6-6 and Table 6-7, when yes, Table 
6-6 shows that the TCODE set of bits will be equal to 3; when no, Table 6-7 shows that 
the TCODE set of bits will be equal to 4); and means for transmitting the generated at 
least one digital message (page 52 of 150, section 6.2, transmission). 

However, Nexus 5001 Forum does not explicitly disclose, only when the first set 
of bits is set to the second value, the generation means adds a field to the implicit jump 
message, the field comprising a second set of bits identifying a type of the implicit jump 
from among several implicit jump types. 

On the other hand, Argade does disclose of identifying a jump as an implicit jump 
from among several types of implicit jumps by assigning to a set of bits a specific value 
(col. 5, lines 39-45, the INSTR_TYPE, which is part of a digital message of lines 24-27, 
with the types of implicit jumps being type_1 and type_2, in col. 5, lines 49-65). 

Argade's teaching of identifying an implicit jump from among several types of 
implicit jumps enables real-time program tracing which enables the user to re-construct 
a full program trace (Argrade, col. 5, lines 35-38). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Argade with the invention of the Nexus 
5001 Forum in order to successfully debug most programs, as explained above. Note 
that the combination of Argade and Nexus would teach the claimed limitations, which is 
explained as follows. 
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Argade teaches of identifying types of implicit jumps in trace information. The 
invention of Nexus entails sending out trace information via digital messages. It would 
have been further obvious to one of ordinary skill in the art at the time of the invention to 
include the trace information of Argade into the digital messages of Nexus in order to 
decrease cost and space, for example (e.g. incorporating the type of implicit jump in the 
tracing mechanisms already existing in Nexus, as opposed to creating some entirely 
new method of trace information transmission solely for the use of conveying implicit 
jump type information, would obviate the cost of this hypothetical new method of trace 
information transmission as well as the space necessary to implement this hypothetical 
new method of trace information transmission. The implementation of the trace 
information of Argade into the digital messages of Nexus thus teaches the limitations of 
adding a field to the digital message, the field comprising a second set of bits identifying 
a type of the implicit jump from among several types of implicit jumps. 

Additionally, it would have been further obvious to one of ordinary skill in the art 
at the time of the invention to include the trace information of Argade, which identifies 
types of implicit jumps, in only the implicit jump messages of Nexus, in order to increase 
efficiency, as an explicit jump message of Nexus would logically have no use for 
information identifying a type of implicit jump (as an explicit jump is not an implicit jump 
at all), and forgoing the field in explicit jump messages would decrease the size of the 
explicit jump messages, thus increasing transmission efficiency. The implementation of 
the trace information of Argade into the digital messages of Nexus thus teaches the 
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limitations of adding a field to the implicit jump message wherein the field is added only 
when the first set of bits is set to the second value. 

14. Consider claim 8, Nexus 5001 Forum discloses detecting a jump in the 
execution of the instruction sequence from an initial instruction to a jump destination 
instruction, wherein the jump destination instruction is different from an instruction 
following the initial instruction in the instruction sequence (page 59 of 150, Table 6-6 
and 6-7, branch message and indirect branch messages, the detection is inherent in the 
transmission of these messages); generating at least one digital message upon the 
detection of the jump (Table 6-6 and 6-7), when the jump is implicit, generating the at 
least one digital message as an implicit jump message indicating an occurrence of an 
implicit jump (Table 6-7 shows that the TCODE set of bits will be equal to 4) when the 
jump is not implicit, generating the at least one digital message as an explicit jump 
message (Table 6-6); and transmitting the at least one digital message (page 52 of 150, 
section 6.2, transmission). 

However, Nexus 5001 Forum does not explicitly disclose only when the jump is 
implicit, adding an additional field to the implicit jump message, wherein the additional 
field includes a value identifying a type of the implicit jump. 

On the other hand, Argade does disclose of identifying a jump as an implicit jump 
from among several types of implicit jumps by assigning to a set of bits a specific value 
(col. 5, lines 39-45, the INSTR_TYPE, which is part of a digital message of lines 24-27, 
with the types of implicit jumps being type_1 and type_2, in col. 5, lines 49-65). 
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Argade's teaching of identifying an implicit jump from among several types of 
implicit jumps enables real-time program tracing which enables the user to re-construct 
a full program trace (Argrade, col. 5, lines 35-38). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Argade with the invention of the Nexus 
5001 Forum in order to successfully debug most programs, as explained above. Note 
that the combination of Argade and Nexus would teach the claimed limitations, which is 
explained as follows. 

Argade teaches of identifying types of implicit jumps in trace information. The 
invention of Nexus entails sending out trace information via digital messages. It would 
have been further obvious to one of ordinary skill in the art at the time of the invention to 
include the trace information of Argade into the digital messages of Nexus in order to 
decrease cost and space, for example (e.g. incorporating the type of implicit jump in the 
tracing mechanisms already existing in Nexus, as opposed to creating some entirely 
new method of trace information transmission solely for the use of conveying implicit 
jump type information, would obviate the cost of this hypothetical new method of trace 
information transmission as well as the space necessary to implement this hypothetical 
new method of trace information transmission. The implementation of the trace 
information of Argade into the digital messages of Nexus thus teaches the limitations of 
adding a field to the digital message, the additional field including a value identifying a 
type of the implicit jump. 
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Additionally, it would have been further obvious to one of ordinary skill in the art 
at the time of the invention to include the trace information of Argade, which identifies 
types of implicit jumps, in only the implicit jump messages of Nexus, in order to increase 
efficiency, as an explicit jump message of Nexus would logically have no use for 
information identifying a type of implicit jump (as an explicit jump is not an implicit jump 
at all), and forgoing the field in explicit jump messages would decrease the size of the 
explicit jump messages, thus increasing transmission efficiency. The implementation of 
the trace information of Argade into the digital messages of Nexus thus teaches the 
limitations of adding a field to the implicit jump message wherein the field is added only 
when the jump is implicit. 

15. Consider claim 11, Nexus 5001 Forum discloses a monitoring circuit integrated 
on a microprocessor for (Table 7-1 , Auxiliary Pins required per interface; also, some 
form of monitoring circuit is inherent given that trace messages are being sent based on 
program flow): detecting, on execution of an instruction sequence by the 
microprocessor, a jump from an initial instruction to a jump destination instruction, 
wherein the jump destination instruction is different from an instruction following the 
initial instruction in the instruction sequence (page 59 of 150, Table 6-6 and 6-7, branch 
message and indirect branch messages, the detection is inherent in the transmission of 
these messages); only when the jump is implicit, providing at least one digital message 
as an implicit jump message transmitted on the execution of the instruction sequence by 
the microprocessor and indicating an occurrence of an implicit jump (Table 6-7 shows 
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that the TCODE set of bits will be equal to 4; page 52 of 150, section 6.2, transmission); 
when the jump is not implicit, providing the at least one digital message as an explicit 
jump message (see above citation); an analysis tool to reconstitute the instruction 
sequence based on the at least one digital message; and at least one monitoring 
terminal to provide the at least one digital message from the monitoring circuit to the 
analysis tool (Table 7-1 , Auxiliary Pins required per interface; also, some form of 
monitoring circuit is inherent given that trace messages are being sent based on 
program flow; page 5 of 150, last paragraph, program trace visibility, development tools, 
page 51 of 150, first paragraph, the tool; page 58 of 150, section 6.4.4, program trace). 

However, Nexus 5001 Forum does not explicitly disclose only when the jump is 
implicit, adding a field to the implicit jump message, wherein the field includes a value 
identifying a type of the implicit jump. 

On the other hand, Argade does disclose of identifying a jump as an implicit jump 
from among several types of implicit jumps by assigning to a set of bits a specific value 
(col. 5, lines 39-45, the INSTR_TYPE, which is part of a digital message of lines 24-27, 
with the types of implicit jumps being type_1 and type_2, in col. 5, lines 49-65). 

Argade's teaching of identifying an implicit jump from among several types of 
implicit jumps enables real-time program tracing which enables the user to re-construct 
a full program trace (Argrade, col. 5, lines 35-38). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Argade with the invention of the Nexus 
5001 Forum in order to successfully debug most programs, as explained above. Note 
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that the combination of Argade and Nexus would teach the claimed limitations, which is 
explained as follows. 

Argade teaches of identifying types of implicit jumps in trace information. The 
invention of Nexus entails sending out trace information via digital messages. It would 
have been further obvious to one of ordinary skill in the art at the time of the invention to 
include the trace information of Argade into the digital messages of Nexus in order to 
decrease cost and space, for example (e.g. incorporating the type of implicit jump in the 
tracing mechanisms already existing in Nexus, as opposed to creating some entirely 
new method of trace information transmission solely for the use of conveying implicit 
jump type information, would obviate the cost of this hypothetical new method of trace 
information transmission as well as the space necessary to implement this hypothetical 
new method of trace information transmission. The implementation of the trace 
information of Argade into the digital messages of Nexus thus teaches the limitations of 
adding a field to the digital message, wherein the field includes a value identifying a 
type of the implicit jump. 

Additionally, it would have been further obvious to one of ordinary skill in the art 
at the time of the invention to include the trace information of Argade, which identifies 
types of implicit jumps, in only the implicit jump messages of Nexus, in order to increase 
efficiency, as an explicit jump message of Nexus would logically have no use for 
information identifying a type of implicit jump (as an explicit jump is not an implicit jump 
at all), and forgoing the field in explicit jump messages would decrease the size of the 
explicit jump messages, thus increasing transmission efficiency. The implementation of 
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the trace information of Argade into the digital messages of Nexus thus teaches the 
limitations of adding a field to the implicit jump message, wherein the field includes a 
value identifying a type of the implicit jump. 

16. Consider claim 2, Nexus 5001 Forum discloses a step of assigning to a third set 
of bits of the at least one digital message a value corresponding to a number of 
instructions executed by the microprocessor since a last executed instruction of the 
instruction sequence for which a digital message associated with a jump was 
transmitted (page 59, Table 6-6 and 6-7, the l-CNT field). 

1 7. Consider claim 3, Nexus 5001 Forum discloses a step of assigning to a fourth 
set of bits of the implicit jump message a value representative of the address of the 
destination instruction (Nexus 5001 Forum, Table 6-7, U-ADDR). 

18. Consider claim 4, Argade discloses the type of the implicit jump corresponds to 
a jump resulting from a jump instruction of the instruction sequence containing a 
reference of a register that stores data representative of the destination instruction 
address (col. 5, lines 59-65, register indirect jump or call). 

1 9. Consider claim 5, Argade discloses a jump type corresponds to a jump forced 
by the microprocessor, the destination instruction corresponding to an instruction 
comprising a series of specific instructions which are different from instructions of the 
instruction sequence (col. 5, lines 49-52, hardware interrupt). 
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20. Consider claim 6, Argade discloses the type of the implicit jump corresponds to 
a jump forced by the microprocessor, the destination instruction being an instruction of 
the instruction sequence (col. 5, lines 59-65, register indirect jump or call). 

21 . Consider claim 9, Nexus 5001 Forum and Argade disclose detecting the jump 
further comprises determining whether the jump is associated with a jump instruction of 
the instruction sequence explicitly indicating an address of a jump destination instruction 
of the jump instruction (Nexus 5001 Forum, page 59 of 150, Table 6-6 and 6-7, branch 
message and indirect branch messages; it is inherent a determination takes places as 
either of the two messages are formed as a result of whether the address is explicitly 
indicated or not); and generating at least one digital message upon the detection of the 
jump comprises: when it is determined that the jump instruction explicitly indicates the 
address of the jump destination instruction, assigning a first value to a first set of bits of 
the at least one digital message to provide the explicit jump message (Nexus 5001 
Forum, Table 6-6 and Table 6-7, when yes, Table 6-6 shows that the TCODE set of bits 
will be equal to 3); and when it is determined that the jump instruction does not explicitly 
indicate the address of the jump destination instruction: assigning a second value to the 
first set of bits of the at least one digital message to provide the implicit jump message 
(Nexus 5001 Forum, when no, Table 6-7 shows that the TCODE set of bits will be equal 
to 4); and assigning to the additional field of the implicit jump message comprising a 
second set of bits a third value identifying the type of the implicit jump (Argade, as 
explained in the independent claim, col. 5, lines 39-45, the INSTR TYPE, which is part 
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of a digital message of lines 24-27, with the types of jumps being type_1 , type_2 in col. 
5, lines 49-65). 

22. Consider claim 10, Nexus 5001 Forum and Argade disclose the at least one 
digital message is transmitted through output terminals of a monitoring circuit integrated 
on the microprocessor (Nexus 5001 Forum, Table 7-1 , Auxiliary Pins required per 
interface; Argade, col. 6, lines 24-27, wherein the signal is the digital message; col. 6, 
lines 46-48, wherein the shifting to the JTAG interface is the first phase of transmittal; 
and col. 4, lines 63-65, wherein the movement into the JTAG port and the debug host 
computer is the second phase of transmittal, col. 4, 59-65, JTAG interface and port, col. 
4, lines 51, 59-65, HDS block) 

23. Consider claims 12-15, Nexus 5001 Forum and Argade disclose a modification 
of the at least one digital message to indicate the type of the implicit jump is reduced by 
adding the field only when the at least one digital message is provided as the implicit 
jump message (see the rejections of the independent claim which further explain how 
this limitation is met). 

Response to Arguments 

24. Applicant's arguments filed 1 1/25/2008 have been fully considered but they are 
not persuasive. 
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25. Examiner notes that in addition to the new response to arguments made below, 
the above rejection has also been reworded to expand upon the previously made 
combination of prior art references in view of current and prior arguments. 

26. Applicant argues on page 8 that Argade discloses that each discontinuity and 
conditionally execution instruction results in an INSTR TYPE signal, whereas the 
instant claims recite only that implicit jump instructions result in an INSTR_TYPE signal. 
However, the primary art of Nexus 5001 Forum already distinguishes between implicit 
and explicit jump instructions. Nexus 5001 Forum essentially conveys an instruction is 
a type-3 instruction by transmitting a direct branch message, and conveys an instruction 
is not a type-3 instruction by transmitting an indirect branch message. Therefore, the 
aspect of Argade which is being applied to Nexus 5001 Forum is the concept of further 
distinguishing between different types of instructions that are not type-3 instructions by 
indicating whether an instruction that is not a type-3 instruction is a type-1 or type-2 
instruction, and the overall combination of Nexus 5001 Forum as modified by Argade 
does teach the claimed limitation. 

27. Applicant argues on page 9 that Argade only describes jump type signals and not 
a jump type field. Although a "field" can be broadly interpreted to be a collection of 
signals, Nexus 5001 Forum, the primary art, nevertheless discloses of fields in a 
message, and the rejection above describes how the teaching of Argade would be 
applied to the environment of Nexus 5001 Forum. 
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28. Applicant again argues on page 9-10 that it is not clear as to why one of skill in 
the art would add an instr_type signal of Argade to the indirect branch message of 
Nexus 5001 forum without also adding it to the direct branch message of Nexus 5001 
Forum. However, as explained in depth in the rejection above, Argade himself does not 
use direct and indirect branch messages. Therefore, Argade instruction type signal may 
indicate a type_3 discontinuity in order to signify that a direct branch has occurred. On 
the other hand, Nexus 5001 forum, the primary art, uses direct and indirect branch 
messages. The use of a direct branch message itself signifies that a type_3 
discontinuity has occurred. Therefore, there is no reason why one of ordinary skill in the 
art would implement the instruction type signal which indicates a type_3 discontinuity to 
Nexus 5001 Forum because Nexus 5001 Forum already indicates a type_3 
discontinuity. In contrast, Nexus 5001 Forum does not specifically indicate whether an 
indirect branch message is a type_1 or a type_2 discontinuity, and therefore, it is this 
aspect of Argade which is being implemented into the invention of Nexus 5001 Forum. 

29. Applicant argues in the middle of page 10 that it is not clear why one of skill in 
the art would include the jump type field to the indirect branch message and not both 
the indirect branch message and the direct branch message. However, as explained 
above, Nexus 5001 forum already indicates a type_3 discontinuity in its use of a direct 
branch message. Nexus 5001 forum does not, however, distinguish between types of 
implicit branches in its indirect branch message. On the other hand, Argade does 
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disclose of distinguishing between types of implicit branches. It is this teaching which is 
being applied to the invention and environment of Nexus 5001 forum. It would be very 
readily recognized to one of ordinary skill in the art that there would be absolutely no 
purpose in having a field which distinguishes between types of implicit branches for 
explicit branches. 

30. Applicant argues the remaining independent claims in an analogous manner, and 
thus the responses to arguments above are likewise applicable to these independent 
claims. 

Conclusion 

31 . Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Keith Vicary whose telephone number is (571)270-1314. 
The examiner can normally be reached on Monday - Thursday, 6:15 a.m. - 5:45 p.m., 
EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Eddie Chan can be reached on 571-272-4162. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Eddie P Chan/ 

Supervisory Patent Examiner, Art Unit 2183 



/Keith Vicary/ 
Examiner, Art Unit 2183 



